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ABSTRACT 



A method for supporting rescue channels in a communica- 
tions system. The rescue channel feature supports the use of 
pre -allocated radio resources at neighboring BSs 104, 106 in 
order to attempt to recover a voice call in danger of being 
dropped. The MS 114 disables its transmitter upon detection 
of a loss of forward frames from the network. Once the 
source BS 102 detects a loss of transmission from the MS 
114, it may attempt to re-establish communication with the 
MS 114 by performing soft handoff additions to rescue cells 
at neighboring BSs. The neighboring BSs are the MS's 
neighbor list, last reported Extended Pilot Strength Mea- 
surement Message (EPSMM), and possibly other factors. 
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METHOD FOR SUPPORTING RESCUE 
CHANNELS IN A COMMUNICATIONS SYSTEM 

FIELD OF THE INVENTION 

[0001] The present invention relates generally to the field 
of communication systems, and more particularly, to a 
signaling scheme for reducing dropped calls in a wireless 
mobile network. 

BACKGROUND OF THE INVENTION 

[0002] In a cellular communication system, signaling and 
voice or data communications between mobile communica- 
tion units and fixed communication units (such as the 
infrastructure which is composed of cells) are carried over 
an RF channel. In a CDMA system such as described by 
IS-95, IS-2000, or WCDMA, the RF channel is an RF carrier 
with signals from many communications independently 
spread with the use of orthogonal Walsh codes and other 
unique identifiers. In a TDMA system such as GSM, the RF 
channel is an RF carrier and timeslot combination. As a 
mobile unit moves through a cellular system, it becomes 
necessary to support a handoff of the mobile unit from the 
first fixed communication unit to a second fixed communi- 
cation unit. In the case of CDMA, this handoff might be a 
soft handoff that allows the first fixed communication unit to 
remain connected with the mobile unit along with the second 
fixed communication unit. Soft handoff then permits cell site 
diversity to improve the communication paths by combining 
the best signals from each fixed communication unit con- 
nection. 

[0003] Cellular systems have always been faced with the 
challenge of reducing or eliminating dropped calls. How- 
ever, in an interference-limited environment, when the traffic 
channel degrades, the ability for the mobile and the infra- 
structure to exchange signaling messages for the purpose of 
handover is severely hampered. If this message exchange 
cannot take place, the necessary handover cannot occur to 
move the mobile out of its current degraded traffic channel 
condition. This ultimately results in a dropped call. 

[0004] A partial solution to the dropped call problem is 
described in U.S. Pat. No. 5,913,167, METHOD FOR 
TRANSFERRING A COMMUNICATION LINK IN A 
WIRELESS COMMUNICATION SYSTEM, by Bonta, et 
al. The '167 patent provides the mobile with a list of 
reserved channels that can be used for handoff from the first 
fixed communication unit to the second fixed communica- 
tion unit when communication between the mobile unit and 
a first fixed communication unit is interrupted. Although the 
'167 patent provides a partial solution to this problem, no 
mechanism exists to insure that the mobile unit and the first 
fixed communication unit are time coordinated to perform 
what amounts to a blind handoff. If the mobile unit and the 
infrastructure are not time-coordinated, the mobile unit may 
attempt to perform a handoff to infrastructure equipment that 
is unprepared to accept the handoff. In addition, the prior art 
does not provide a mechanism for handling simultaneous 
communication breakdowns that would lead to simultaneous 
dropped calls. This is particularly a problem when trying to 
efficiently utilize equipment resources. 

[0005] Another proposed solution to the dropped call 
problem is provided in U.S. Pal. No. 6,337,983, Method for 
Autonomous Handoff in a Wireless Communication System, 



by Bonta, et al., which is assigned to the same assignee as 
the current invention. Generally, the Bonta application pro- 
vides a method and apparatus for efficiently performing an 
autonomous handoff within a wireless communication sys- 
tem that reduces the chances that the infrastructure will be 
unprepared to accept the handoff when it occurs. More 
particularly, the Bonta invention utilizes a rescue channel in 
a handoff procedure that alleviates the need to send and 
receive handoff control messages. In the preferred embodi- 
ment of the Bonta invention, coordination of the rescue 
procedure al the infrastructure and mobile station is pro- 
vided first by disabling the mobile transmitter and subse- 
quently detecting signal loss and frame erasures at the 
serving cells, second by enabling the mobile transmitter and 
subsequently detecting signals by a rescue cell, and finally 
by enabling the rescue cell channel transmitter and subse- 
quently detecting and receiving signals and frames by the 
mobile. 

[0006] The Bonta invention however does not address the 
signaling between infrastructure components that must 
occur to implement the rescue channel procedure. Thus, 
there is a need for a signaling scheme between the commu- 
nication system components to ensure that the infrastructure 
can signal the proper behavior to candidate rescue cells. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0007] FIG. 1 is a block diagram of a communication 
system that can implement the method for supporting rescue 
channels of the present invention. 

[0008] FIG. 2 is a flow diagram of a first embodiment of 
the rescue channel method wherein the infrastructure and the 
MS select the same rescue cell(s) for the rescue attempt. 

[0009] FIG. 3 is flow diagram of a second embodiment of 
the rescue channel method wherein the infrastructure and the 
MS select the same rescue cell(s) for the rescue attempt. 

[0010] FIG. 4 is a flow diagram of a third embodiment of 
the rescue channel method wherein the infrastructure and the 
MS select different rescue cell(s) for the rescue attempt. 

DETAILED DESCRIPHON OF THE DRAWINGS 

[0011] The present invention generally provides a method 
for supporting rescue channels in a communications system. 
More particularly, the invention provides a signaling scheme 
between the communication system components to ensure 
that the infrastructure can signal the proper behavior to 
candidate rescue cells. In the preferred embodiment, the 
method is implemented in a code division multiple access 
(CDMA) system. However, the invention can also be used 
in a frequency division multiple access (FDMA) or OFDM 
system. Referring to FIG. 1, a block diagram of a commu- 
nication system 100 that can be used to implement the 
present invention is shown. It should be recognized by one 
of ordinary skill in the art that system 100 may include 
additional elements. The system 100 includes a source BS 
102 coupled to a plurality of target BSs 104, 106 via an A3 
signaling/bearer interface 108 and an A7 signaling interface 
110. As defined in section 1.7.2 of the Inter-Operability 
Specification (IOS) for CDMA 2000 Access; TIA/EIA/IS- 
2001-A; June 2001, hereinafter referred to as "the IOS," the 
A3 interface 108 is used for inter-BS soft/softer hando ff 
when a target BS 104, 106 is"attached to the frame selection 
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function within the source BS 102. The A7 interface 110 i s 
used between the source BS 102 and the target BS 104. 1 06 
for inter-BS soft/softer hando ff. A MS 114 is coupled to the 
BSs 102, 104, 106 via an air interface 116. The Mobile 
Switching Center (MSC) 112 is coupled to the source BS 
102 over an Al interface 118 for receiving a Handoff 
Performed message, as discussed later herein. 

[0012] Generally, the rescue channel method supports the 
use of pre-allocated radio resources at neighboring BSs 
104,106 in order to attempt to recover a voice call in danger 
of being dropped. The MS 114 disables its transmitter upon 
detection of a loss of forward frames from the network. 
Once the source BS 102 detects a loss of transmission from 
the MS 114, it may attempt to re-establish communication 
with the MS 114 by performing soft handoff additions to 
rescue cells at neighboring BSs 104,106. The neighboring 
BSs 104,106 are selected based on the MS's neighbor list, 
the last reported Extended Pilot Strength Measurement 
Message (EPSMM), and possibly other factors. 

[0013] When the source BS 102 adds a BS to the neighbor 
list of the MS 114, it indicates to the MS 114 whether that 
neighbor supports a rescue channel. Later, if a call rescue is 
required, the MS 114 may autonomously promote the neigh- 
bor cell into its active set, and begin to use the pre-allocated 
rescue channel. 

[0014] Upon reception of a predetermined number of 
consecutive bad frames, preferably twelve (12), the MS 114 
disables its transmitter and sets a timer. After the timer 
expires, the MS 114 autonomously promotes one or more 
eligible rescue cells to its active set, re -enables its transmit- 
ter, and starts sending reverse traffic frames and an EPSMM 
flagging the newly promoted pilot(s). Upon recognition that 
the MS 114 has stopped transmitting, the source BS 102 
selects a rescue cell candidate(s) based on the MS's neigh- 
bor list, last reported EPSMM, and possibly other factors, 
and initiates soft handoff addition procedures to prepare the 
target rescue cell(s) to acquire the MS 114. 

[0015] Th e rescue A3 connection is activated when the A7 
Handoff Request message is received at t\[ e t a rget. This 
message indicates that a call rescue procedure is requested 
and in certain cases that the target BS 104, 106 should not 
transmit until the MS 114 is acquired. (All messages dis- 
cussed in this document are defined in Section 6 of the IOS.) 
The target BS 104,106 indicates with an A7 Handoff 
Request Ack message whether the rescue procedure can be 
supported. If the procedure can be supported, the target BS 
104, 106 begins listening for the MS 114 on the frequency 
indicated in the A7 Handoff Request message. When the MS 
114 re-enables it's transmitter, the source BS 102 examines 
the EPSMM received from the MS 114 to determine if the 
rescue cell autonomously promoted into the active set is the 
same as the rescue cell selected by the source BS 102. If the 
EPSMM indicates that the MS 114 promoted a different 
rescue cell than that selected by the source BS 102, the 
source BS 102 adds a soft handoff leg(s) (a3/a7 connection 
from a source BS to a target BS for the purpose of supporting 
soft handoffs) to a target BS 104, 106 that was autonomously 
promoted by the MS 114, and releases the handoff leg(s) to 
the previously added rescue cell(s). The target rescue cell is 
instructed to begin transmitting forward frames immediately 
since the MS 114 is already listening for its transmission. 

[0016] Once the MS 114 is successfully recovered, the call 
will be quickly moved from the rescue channel to a normal 



traffic channel on the rescue cell to make the rescue channel 
available for other rescue attempts. Soft handoff legs to any 
other potentially strong neighbors may also be added, and 
any weak cells may be removed. If despite rescue attempts 
by the infrastructure, a call fails to be recovered, normal call 
failure processing will occur as described in section 3.4.7 of 
the IOS. The flow diagrams of FIGS. 2 and 3 describe in 
detail the signal flows for the rescue channel method dis- 
cussed generally above. 

[0017] In a first embodiment of the present invention, 
FIG. 2 shows the signal flows for the case where the source 
BS and the MS 114 select the same rescue cell(s) for the 
rescue attempt. At time a, the MS 114 is engaged in an active 
voice call with the network. At time b, the source BS 102 
sends an Extended Neighbor List Update Message 
(ENLUM) to the MS 114. The ENLUM message includes 
the rescue channel parameters. If the MS 114 has not yet 
received an ENLUM, it uses the rescue channel parameters 
received in the Universal Neighbor List Message (UNLM), 
General Neighbor List Message (GNLM), or Extended 
Neighbor List Message (ENLM). At time c, the MS 114 
receives a predetermined number of frames of insufficient 
signal quality and disables its transmitter. At time d, the 
source BS 102 detects a loss of transmission from the MS 
114 and selects one or more rescue cell candidates for the 
MS 114 based on the MS's neighbor list, last reported 
EPSMM, and possibly other factors. The source BS 102 
sends an A7 Handoff Request message to the target BS(s) 
104, 106 indicating that a rescue cell is required. The 
message includes the cell ID(s) of one or more rescue cell 
candidates selected by the source BS 102 and the Rescue 
Attempt Information Element (IE) that indicates to the target 
BS(s) 104, 106 that a rescue procedure is being requested. 
The transmit flag in the element is set to "0" instructing the 
target BS(s) 104, 106 not to transmit forward frames until 
the MS 114 is acquired. 

[0018] At time e, the source BS 102 begins sending 
forward traffic frames to the target BS(s) 104, 106 to 
synchronize the A3 rescue link. At time f, the target BS(s) 
104, 106 begins sending reverse idle frames to the source BS 
102 as soon as the first forward frame is received to 
synchronize the A3 rescue link. The target BS(s) 104, 106 
sends reverse traffic frames if it has already acquired the MS 
114. At time g, the target BS(s) 104, 106 sends an A7 
Handoff Request Ack message to the source BS 102 to 
acknowledge whether rescue cell procedures can be sup- 
ported. If the target BS(s) 104, 106 can support the rescue 
procedure, it attempts to acquire the MS 114 on the selected 
rescue cell(s). At time h, after a configurable period of time 
(as specified in the ENLUM/UNLM/GNLM/ENLM mes- 
sage), the MS 114 re-enables its transmitter. The target BS(s) 
104, 106 then begins receiving reverse frames and/or 
EPSMM from the MS 114. At time i, the target BS(s) 104, 
106 starts transmitting forward traffic frames to the MS 114 
over the rescue channels) as soon as reverse frames are 
received. At time j, the target BS(s) 104, 106 sends reverse 
traffic frames and an EPSMM to the source BS 102. The 
EPSMM message indicates that at least one rescue cell 
selected by the source BS 102 was autonomously promoted 
by the MS 114 to the active set. At time k, the source B S 102 
i nitiates soft/softer handoff addition , procedur es (as 
described in section 3.5.2.3.1 of the 10S) :wjtb tEe target 
BSfs^ 104, 106 for any rescue cells that were both success- 
fully selected by the source BS 102 and autonomously 
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promoted into the active set by the MS 114 in order to move 
the call from the rescue channel on to a normal traffic 
channel (r escue A3 connections are not released ). The 
source BS 102 performs soft handoff addition and removal 
procedures (as described in section 3.5.2.3.3 of the IOS) in 
order to synchronize the active sets, if necessary. 

[0019] At time i, the source BS 102 sends a Handoff 
Direction message in the A3-IS-2000 FCH Forward message 
to the target BS(s) 104, 106. At time m, the target BS(s) 104, 
106 sends the Handoff Direction message to the MS 114 to 
synchronize the active sets and move the MS 114 off the 
rescue channel. At time n, the MS 114 acknowledges receipt 
of the message with an MS Ack Order. At time o, the MS 114 
indicates successful results of processing the Handoff Direc- 
tion message by responding with a Handoff Completion 
message. At time p, the target BS(s) 104, 106 respond with 
a BS Ack Order. At time q, the source BS 102 may send a 
Handoff Performed message to the MSC. The Handoff 
Performed Message is conditional in accordance with s ec- 
tion 3.3.1.3 of the IOS. The Handoff Performed messa ge 
may be sent at any time after the Handoff Comple tion 
messa ge is received at the BS . At time r. the source BST 02 
sencls an A^-brop Target message to the target BS(s) 10 4, 
106 to request release of the rescue channel(s) used to 
recover the call. T he source BS 102 starts a timer IdrpTgt. 
The rescue A3 links remain connected for future rescue 
attempts. At time s, the target BS(s) 104, 106 sends an 
A7-Drop Target Ack message to the source BS 102 to 
acknowledge release of the specified channel(s). The source 
BS 102 stops timer TdrplgL 

[0020] In a second embodiment of the present invention, 
FIG. 3 show alternate signal flows for the case where the 
source BS and the MS 114 select the same rescue cell(s) for 
the rescue attempt. At time a, the MS 114 is engaged in an 
active voice call with the network. At time b, the source BS 
102 sends an ENLUM to the MS 114. The ENLUM message 
includes the rescue channel parameters. If the MS 114 has 
not yet received an ENLUM, it uses the rescue channel 
parameters received in the UNLM, GNLM, or ENLM. At 
time c, the MS 114 receives a predetermined number of 
frames of insufficient signal quality and disables its trans- 
mitter. At time d, the source BS 102 detects a loss of 
transmission from the MS 114 and selects one or more 
rescue cell candidates for the MS 114 based on the MS's 
neighbor list, last reported EPSMM, and possibly other 
factors. The source BS 102 sends an A7 Handoff Request 
message to the target BS(s ) 104, 1 06 indicating that a r escue 
cell is require a. The message includes the cell ID(s) of one 
or more rescue cell candidates selected by the source BS 102 
and the Rescue Attempt Information Element (IE). The 
transmit flag in the clement is set to "0" instructing the target 
BS(s) 104, 106 not to transmit forward frames until the MS 
114 is acquired. 

[0021] At time e, the source BS 102 begins sending 
forward idle frames to the target BS(s) 104, 106. At time f, 
the target BS(s) 104, 106 begins sending reverse idle frames 
to the source BS 102 as soon as the first forward frame is 
received to synchronize the A3 rescue link. The target BS(s) 
104, 106 sends reverse traffic frames if it has already 
acquired the MS 114. At time g, the target BS(s) 104, 106 
sends an A7 Handoff Request Ack message to the sou rce BS 
1 02 to acknowledge whether rescue cell procedures can be 
supported. If the target BS(s) 104, 106 can support the 



rescue procedure, it attempts to acquire the MS 114 on the 
selected rescue cell(s). At time h, after a configurable period 
of time (as specified in the ENLUM/UNLM/GNLM/ENLM 
message), the MS 114 re-enables its transmitter. The target 
BS(s) 104, 106 then begins receiving reverse frames and/or 
EPSMM from the MS 114. At time i, the target BS(s) 104, 
106 sends reverse traffic frames and EPSMM to the source 
BS 102. The EPSMM indicates that at least one rescue cell 
selected by the source BS 102 was autonomously promoted 
by the MS tl4 to the active set. At time i. the source BS 1 02 
begins to send forward traffic frames to theiarget BS{WT T04. 
106 over t he rescue A3 connecti on. At time k, the target 
BS(s) 104, 106 begins transmitting forward traffic frames to 
the MS 114 over the rescue channels). At time 1, the source 
BS 102 initiates soft/softer handoff addition procedures (as 
described in section 3.5.2.3.1 of the IOS) with the target 
BS(s) 104, 106 for any rescue cells that were both success- 
fully selected by the source BS 102 and autonomously 
promoted into the active set by the MS 114 in order to move 
the call from the rescue channel on to a normal traffic 
channel (rescue A3 connections are not released). The 
source BS 102 performs soft handoff addition and removal 
procedures (as described in section 3.5.2.3.3 of the IOS) in 
order to synchronize the active sets, if necessary. 

[0022] At time m, the source. BS 102 afifldg, 3 HanHnff 

Direction message, in the &yga2QQS F CH Forward mes sage 
to the target BS (s) 104, 106. At time n, the target BS(s) 104, 
106 sends the Handoff Direction message to the MS 114 to 
synchronize the active sets and move the MS 114 off the 
rescue channel. At time o, the MS 114 acknowledges receipt 
of the message with an MS Ack Order. At time p, the MS 114 
i ndicates successful results of pr ocessi ng the Hanjog^Dire c- 

Jibn messag e b y responding wim~ a~ handofl C o mp letion 
messa ge. At time'q'' t ne^axg ejji^)ll04?4i^^ 
a BS Ack Order. At time r, the sour ce BS 1_02 may send a 

* kandorF^ fQg^ejl^e^age ^tQ the*'MS C The Handoff 
Performed Message is conditional in accordance with sec- 
tion 3.3.1.3 of the IOS. The Handoff Performed message 
may be sent at any time after the Handoff Completion 
message is received at the BS. At time s T the source B S 102 
sends an A7-Drop Target message to the target BS( s) 104, 
106 to^quesLrelease oi the" Jescue cnanne l(sj used to 
recover the c all. The source BS Lvz starts aTffiBeT^fptgt . 
Th e rescue"*A3 l inks remain connected for future rescue 
attemp ts. AT llmTTrffir^ 

A7-Dron Target Ack message to the source BS 102 to 
acknowledge release of the specified ciiahnel^s). The s ource 
BS 102 stops timer Tdrptgt. " ^ 

[0023] In a third embodiment of the present invention, 
FIG. 4 shows the signal flows for the case where the BS 102 
and the MS 114 select different rescue cell(s) for the rescue 
attempt. At time a, the MS 114 receives a predetermined 
number of frames of insufficient signal quality and disables 
its transmitter. At time b, the source BS 102 initiates the 
rescue channel procedure with the target BS1104 as 
described in steps d)-g) of the first embodiment described 
previously. The target BS1104 listens for the MS 114 but 
does not transmit over the air. At time c, after a configurable 
period of time (as specified in the ENLUM /UNLM/GNLM/ 
ENLM message), the MS 114 re-enables its transmitter. The 
source BS 102 and/or target BS1104 begins receiving 
reverse frames and an EPSMM from the MS 114. At time d, 
the target BS1104 starts transmitting forward traffic frames 
to the MS 114 over the rescue channel(s) as soon as it is 
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acquired. At time e, the target BS1104 sends reverse traffic 
frames and an EPSMM to the source BS 102. The EPSMM 
indicates that no rescue cell(s) selected by the source BS 102 
matched a cell (s) autonomously promoted to the active set 
by the MS 114. At time f, the source BS 102 sends an A7 
Handoff Request message to the target BS2106, indicating 
that a rescue cell is required. The message includes the cell 
ID of one more rescue cell(s) autonomously promoted to the 
active set by the MS 114 as reported in the EPSMM 
message. The message also includes the Rescue Request 
Info IE with the transmit flag set to "1 " instructing the target 
BS2106 to begin transmitting forward frames to the MS 114 
on the rescue channel (s) as soon as synchronization is 
achieved. 

[0024] At time g, the source BS 102 begins sending 
forward traffic frames to the target BS2106 to synchronize 
the A3 rescue link. At time h, the target BS2106 begins 
sending reverse idle frames to the source BS 102 as soon as 
the first forward frame is received to synchronize the A3 
rescue link. Reverse traffic frames are sent if the target 
BS2106 has acquired the mobile. At time i, the target 
BS2106 sends an A7 Handoff Request Ack message to the 
source BS 102 to acknowledge whether Rescue Channel 
procedures can be supported. If the target BS2106 can 
support the rescue procedure, it attempts to acquire the MS 
114 on the rescue cell(s). At time j, the target BS2106 begins 
transmitting forward frames as soon as synchronization has 
occurred. At time k, if the source BS 102 has chosen to be 
notified of the start of transmission and reception at the 
target BS2106 when its SDU function and the target BS2106 
have synchronized the A3 rescue link, the target BS2106 
replies with an A3-Traffic Channel Status message. In an 
alternate embodiment, this step may occur any time after the 
step at time f). At time 1, after acquiring the MS 114, the 
target BS2106 begins sending reverse traffic frames to the 
source BS 102. At time m, the source BS 102 sends an 
A7-Drop Target message to the target BS1104 to request 
release of rescue channel(s) previously added in step b) that 
was not autonomously promoted by the MS 114. In an 
alternate embodiment, this step may occur anytime after the 
step at time d). 

[0025] At time n, the target BS1104 sends an A7-Drop 
Target Ack message to the source BS 102 to acknowledge 
removal of the specified channel(s). The Rescue A3 links are 
not released and remain connected for future rescue 
attempts. At time o, rescue channel cleanup procedures 
occur. Namely, the source BS 102 attempts to synchronize 
the active sets, moves the MS 114 off the rescue channels) 
and sends a Handoff Direction message to the MS 114. The 
remaining steps of the call flow are as described at times k) 
through s) in sections 3.5.2.3.1 of the IOS. 

[0026] Those skilled in the art will recognize that various 
modifications and variations can be made in the apparatus of 
the present invention and in construction of this apparatus 
without departing from the scope or spirit of this invention. 



What is claimed is: 

1. In a communication system comprising a plurality of 
base systems having a plurality of base stations, a method 
for a controller of resources to transmit to a receiver in order 
to recover a call in danger of being dropped, the method 
comprising the steps of: 



determining whether the controller and the receiver have 
chosen a same resource; 

when the controller and the receiver have not chosen the 
same resource, determining which base station of the 
plurality of base stations should begin transmitting; and 

activating a transmitter of the base station that should 
begin transmitting. 

2. The method of claim 1 wherein the step of determining 
whether the controller and the receiver have chosen a same 
resource comprises the steps of: 

receiving an extended pilot strength measurement mes- 
sage; wherein the message indicates whether any res- 
cue cells selected by the controller match at least one 
rescue cell promoted to an active set by the receiver; 

determining that the controller and the receiver have 
chosen a same resource when any rescue cells selected 
by the controller match at least one rescue cell pro- 
moted to the active set by the receiver; and 

determining that the controller and the receiver have not 
chosen a same resource when none of the rescue cells 
selected by the controller match at least one rescue cell 
promoted to the active set by the receiver. 

3. A rescue channel method of supporting pre allocated 
radio resources at neighboring base systems to recover a call 
in danger of being dropped, the method comprising the steps 
of: 

delecting a loss of transmission from a mobile station; 

selecting a first rescue cell at a first base system of the 
neighboring base systems; 

initiating soft handoff addition procedures to prepare the 
first base system to acquire the mobile station; 

receiving an extended pilot strength measurement mes- 
sage; 

determining from the extended pilot strength measure- 
ment message whether the mobile station selected the 
first rescue cell; and 

when the MS did not select the first rescue cell, adding a 
soft handoff leg to a second base system of the neigh- 
boring base systems that was autonomously promoted 
by the mobile station to an active set. 

4. The method of claim 3 wherein when the MS did not 
select the first rescue cell, the method further comprises the 
step of releasing soft handoff rescue channel resources with 
the first base system. 

5. The method of claim 4 further comprising the step of 
instructing the second base system to begin transmitting 
forward frames. 

6. The method of claim 3 wherein the step of selecting a 
first rescue cell comprises selecting the first rescue cell 
based on the mobile station's neighbor list. 

7. The method of claim 3 wherein the step of selecting a 
first rescue cell comprises selecting the first rescue cell 
based on a last reported extended pilot strength measure- 
ment message. 

8. The method of claim 3 wherein when the mobile station 
selected the first rescue cell candidate, the method comprises 
instructing the first base system to begin transmitting for- 
ward frames. 
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9. The method of claim 3 wherein the step of adding a soft 
handoff leg comprises: 

sending an A7 HandofT Request to the second base system 
with an indication in the message instructing the second 
base system to begin transmitting to mobile station; 

sending forward traffic frames to the second base system; 
and 

receiving an A7 Handoff Request Ack acknowledging 
setup of rescue channel resources. 

10. The method of claim 4 wherein the step of releasing 
soft handoff rescue channel resources comprises: 

sending an A7-Drop Target message to the first base 
system to request release of any rescue channels that 
were not promoted to the active set by the mobile 
station; and 

receiving an A7-Drop Target Ack. 

11. A method of supporting rescue channels in a source 
base system and a target base system wherein the target base 
system supports at least one rescue channel, the method 
comprising the steps of: 

sending to a mobile station an Extended Neighbor List 
Update Message containing rescue channel parameters; 

detecting a loss of transmission from the mobile station; 

selecting at least one rescue cell candidate for the mobile 
station; 

sending an A7 Handoff Request message to the target base 
system indicating that at least one rescue cell is 
required; 

sending forward traffic frames to the target base system to 
synchronize an A3 rescue link; 

receiving an A7 Handoff Request Ack from the target base 
system indicating whether rescue cell procedures are 
supported; and 

if rescue cell procedures are supported, acquiring the 
mobile station on at least one rescue channel of the at 
least one rescue cell candidate. 

12. The method of claim 11 wherein the step of selecting 
one or more rescue cell candidates for the mobile station is 
based on at least the MS's neighbor list and last reported 
EPSMM. 

13. The method of claim 11 wherein the A7 Handoff 
Request message comprises a cell ID of the at least one 
rescue cell candidate selected by the source base system. 

14. 'Hie method of claim 11 wherein the A7 Handoff 
Request message comprises a Rescue Attempt Information 
Element having a transmit flag, wherein the transmit flag is 
set to 0 instructing the target base system not to transmit 
forward frames until the mobile station is acquired. 

15. The method of claim 11 wherein before the step of 
receiving an A7 Handoff Request Ack, the method com- 
prises the step of sending reverse traffic frames to the source 
base system if the target base system has acquired the mobile 
station. 

16. The method of claim 11 further comprising the steps 

of: 

after a configurable period of time has elapsed, receiving 
by the target base system, reverse frames from the 
mobile station; 



transmitting forward traffic frames to the mobile station 
over the at least one rescue channel; and 

transmitting reverse traffic frames and an Extended Pilot 
Strength Measurement Message to the source base 
system, wherein the Extended Pilot Strength Measure- 
ment Message indicates that the at least one rescue cell 
selected by the source base system was autonomously 
promoted to an active set of the mobile station. 

17. The method of claim 16 further comprising the steps 

of: 

initiating soft handoff addition procedures to normal 
traffic channels with the target base system for any 
rescue cells that were successfully selected by the 
source base system and promoted into the active set by 
the mobile station; 

performing soft handoff addition and removal procedures 
in order to synchronize the active sets; and 

sending a Handoff Direction message in an A3-IS-20000 
FCH Forward message to the target base system. 

18. The method of claim 17 further comprising the steps 

of: 

sending the Handoff Direction message to the mobile 
station to synchronize the active sets and move the 
mobile station off the at least one rescue channel; 

receiving an Ack Order; 

receiving a Handoff Completion message; 

sending a BS Ack Order; 

sending an A7-Drop Target message to request release of 
the at least one rescue channel; and 

sending an A7-Drop Target Ack message to acknowledge 
release of the at least one rescue channel. 

19. A method of supporting a rescue channel procedure in 
a source base system and first and second target base 
systems wherein the first and second target base systems 
support at least one rescue channel, the method comprising 
the steps of: 

detecting a loss of transmission from a mobile station; 

selecting at least one rescue cell for the mobile station; 

sending an A7 Handoff Request message to the first target 
base system indicating that at least one rescue cell is 
required; 

sending forward traffic frames to the first target base 
system to synchronize an A3 rescue link; 

receiving reverse frames from the first target base system 

receiving an A7 Handoff Request Ack from the first target 
base system indicating whether rescue cell procedures 
arc supported; 

if rescue cell procedures are supported, acquiring the 
mobile station on at least one rescue channel of the at 
least one rescue cell; 

receiving reverse frames from the mobile station; and 

sending reverse traffic frames and an Extended Pilot 
Strength Measurement Message, wherein the Extended 
Pilot Strength Measurement Message indicates that no 
rescue cell(s) selected by the source base system match 
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a cell autonomously promoted by the mobile station to 
an active set of the mobile station. 

20. The method of claim 19 further comprising the steps 

of: 

sending an A7 HandofI Request message to the second 
target base system indicating that at least one second 
rescue cell is required; 

sending forward traffic frames to the second target base 
system to synchronize an A3 rescue link; 

sending an A7 HandofI Request Ack to the source base 
system indicating whether rescue cell procedures are 
supported; and 

if the rescue channel procedure is supported, acquiring the 
mobile station on the at least one second rescue channel 
of the at lease one second rescue cell. 

21. The method of claim 20 wherein the A7 Handoff 
Request message contains a cell ID of the at least one second 
rescue cell that was autonomously promoted to the active set 
by the mobile station. 

22. The method of claim 21 wherein the A7 HandofI 
Request message further includes a Rescue Request Info 
Identifier Element having a transmit flag, wherein the flag is 
set to "1" instructing the second target base system to begin 
transmitting forward frames to the mobile station on the at 
least second rescue channel as soon as synchronization is 
achieved. 

23. The method of claim 20 further comprising the steps 

of: 

transmitting forward traffic frames to the mobile station; 

sending reverse traffic frames to the source base system; 

sending an A7-Drop Target message to the first target base 
system to request release of any of the at least one 
rescue channels that was not autonomously promoted 
to the active set by the mobile station; and 

sending an A7-Drop Target Ack message to the source 
base system to acknowledge removal of the any of the 
at least one rescue channels. 



24. The method of claim 23 further comprising the steps 
of: 

synchronizing the active sets; 

moving the mobile station off of the at least one rescue 
channel; and 

sending a Handoff Direction message in an A3-IS-20000 
FCH Forward message to the mobile station. 

25. A method of supporting rescue channels in a source 
base system and a target base system wherein the target base 
system supports at least one rescue channel, the method 
comprising the steps of: 

sending to a mobile station an Extended Neighbor List 
Update Message containing rescue channel parameters; 

detecting a loss of transmission from the mobile station; 

selecting at least one rescue cell candidate for the mobile 
station; 

sending an A7 HandofI Request message to the target base 
system indicating that at least one rescue cell is 
required; 

sending forward idle frames to the target base system; 

receiving an Extended Pilot Strength Measurement Mes- 
sage from the target base system; 

determining from the Extended Pilot Strength Measure- 
ment Message whether the source base system and 
target base systems have selected a same rescue cell 
candidate; and 

when the source base system and target base systems have 
selected the same rescue cell candidate, sending for- 
ward traffic frames to the target base system. 

26. The method of claim 25 further comprising the step of 
sending forward traffic frames to the mobile station. 

* * * * * 
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